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(54) Fernadministration eines Telekommunikationssystems 



(57) In einem Telekommunikationssystem mit einer 
zur Fernadministration ist ein virtuelles Endgerat mit 
den Eigenschaften eines administrationsberechtigten 



Fernsprechendgerats definiert, wobei der Datenstrom 
zu und von dem virtuellen Endgerat auf einen an das 
Telekommunikationssystem angeschlossenen Remo- 
te-Rechner umgeleitet wird. 
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Beschreibung 

[0001] Die Erfindung betrifft eine Femadministration 
eines Telekommunikationssystems. 
[0002] Ein Telekommunikationssystem benotigt fur 
seinen Betrieb eine interne Datenbasis, die Informatio- 
nen uber Zuweisungen von Endgeraten zu intern en 
Nummem Oder Adressen, besondere Funktionen von 
Endgeraten, Rufumlettungen, Rufnummern register etc. 
enthalt. Diese Datenbasis muG bei Anderungen an dem 
Telekommunikationssystem, beispielsweise durch An- 
derung derTeilnehmer, VergroGerung des Systems, An- 
schalten neuer Endgerate etc. entsprechend angepaftt 
und abgeandert werden. Urn diese Anpassung der Da- 
tenbasis auf einer rationalen Basis durchfuhren zu kon- 
nen, ist eine Femadministration wunschenswert, um 
beispielsweise uber ein Servicezentrum des Herstellers 
oder des Betreibers der Tele kommunikationsanlage die 
Anderungen durchfuhren zu konnen. 
[0003] Zur Fernmanipulation der Datenbasis sind tm 
wesentlichen zwei Nfarianten bekannt. In derersten va- 
riants wird die gesamte Datenbasis der Telekommuni- 
kationsanlage zu einem, beispielsweise uber ein Netz 
angeschlossenen PC transferiert und uber ein entspre- 
chend es Service-Tool wird die Anderung der Datenba- 
sis vorgenommen. Die abgeanderte, an die neuen Be- 
gebenheiten angepaBte Datenbasis wird dann wieder 
in das Telekommunikationssystem zuruckgespielt. 
Nachteilig bei diesem Verfahren sind die benotigten re- 
lativ langen Transferzeiten der Datenbasis uber das 
Netz. 

[0004] Eine weitere, ubliche Moglichkeit ist die Schaf- 
fung einer umfassenden Admin istrationsschnittste lie in 
dem Telekommunikationssystem eigens fur die Admini- 
stration uber ein anzuschaltendes Terminal oder der- 
gleichen. Nachteilig hierbei ist der erhohte Speicherbe- 
darf des Telekommunikationssystems. 
[0005] Der Erfindung liegt daher die Auf gabe zugrun- 
de, eine schnelle Manipulation der Datenbasis einer in 
Betrieb befindlichen Telekommunikationsanlage ohne 
VergroGerung der Hardware-Resourcen zu schaffen. 
[0006] Die Aufgabe wird durch die Merkmale des An- 
spruchs 1 gelost. Bevorzugte Ausfuhrungsformen der 
Erfindung sind Gegenstand der Unteranspruche. 
[0007] GemaB der Erfindung ist in einem Telekommu- 
nikationssystem mit einer Femadministration ein virtu- 
elles Endgerat mit den Eigenschaften eines administra- 
tionsberechtigten Endgerat oder Teilnehmer definiert 
und der Datenstrom zu und von dem virtuellen Endgerat 
wird auf einen an das Telekommunikationssystem an- 
geschlossenen Remote-Rechner umgeleitet. Der Re- 
mote-Rechner wird vorzugsweise durch einen PC rea- 
lisiert. 

[0008] Vorzugsweise ist das virtue! le Endgerat an ei- 
nem virtuellen Port angeschlossen, der sich auf einer 
virtuellen Baugruppe definiert, wobei die virtuelle Bau- 
gruppe in einem virtuellen Slot angeordnet ist. Dadurch 
werden vorteilhafterweise keine zusatz lichen Hard- 



ware-Resourcen benotigt. 

[0009] Um dem Benutzer einen mdglichst einfachen 
Zugang zu dem Telekommunikationssystem zu geben, 
ist erfindungsgemaG auf dem Remote-Rechner ein Mel- 

5 dungsinterpreter und ein Emulator der Oberflache des 
admin ist rationsberechtigten Endgerates realisiert. 
[0010] Der Meldungsverkehr zwischen dem virtuellen 
Port und dem Telekommunikationssystem wird zu einer 
Datenschnittstelle des Systems umgeleitet. Dabei kon- 

10 nen als Datenschnittstellen des Telekommunikationssy- 
stems ein V.24 Port, ein analoges Modem oder eine di- 
gitate ISDN-Karte dienen. 

[0011] Die Erfindung wird nachfolgend anhand der 
Zeichnungen erlautert. 

15 

Figur 1 zeigt ein Blockschaltbild der Einbindung ei- 
ner Applikation "Online" ONL in das Call- 
Processing eines Telekommunikationssy- 
stems, 

20 

Figur 2 zeigt den Ablauf eines seitens des Remote- 
Rechners initialisierten LOGON -Vorgangs 
zum Initialisieren der Femadministration, 

25 Figur 3 zeigt den Ablauf des Datentransfers zwi- 
schen der Telekommunikationsanlage und 
dem Remote-Rechner wan rend der Femad- 
ministration, und 

30 Figur 4 zeigt den Ablauf eines seitens des Remote- 
Rechners initialisierten LOGOFF-Vorgangs 
zum Beenden der Femadministration, . 

Figur 5 zeigt eine Darstellung der Emulation eines 
35 administrationsberechtigten Endgerats auf 

einem Remote-Rechner. 

[001 2] Fig. 1 zeigt in der Form eines Blockschaltbildes 
die Einbindung einer Applikation ONL in das Call-Pro- 

40 cessing CP eines Telekommunikationssystems, die den 
Meldungsverkehr zwischen einem Remote-Rechner 
PC und dem Telekommunikationssystem bzw. den Weg 
von Signalen oder Meldungen von oder zu dem Remo- 
te-Rechner PC durch die OSI-Schichten des Telekom- 

45 munikationssystems managt. Uber eine Verbindung, 
wie beispielsweise eine ISDN-Verbindung, ist der Re- 
mote-Rechner PC an den Device- Handler Schicht-1 
DHL1 an das Telekommunikationssystem angeschlos- 
sen. Unter den hier genannten Schichten werden 

50 Schichten des OSI-Schichtenmodells verstanden. Der 
Device-Handler Schicht-1 DHL1 tauscht Daten mit ei- 
nem Device-Handler Schicht-2 DHL2 aus, der wieder- 
um mit einem Device-Handler Schicht-3 DHL3 der drit- 
ten OSI-Schicht in Verbindung steht. Eine Komponente 

55 des dritten Device-Handlers DHL3 ist das Modul 
DHJDEV (Device-Handler der Device), das fur die Ver- 
waltung der extemen Anschlusse wie beispielsweise 
ISDN und V24zustandig ist. Das Modul DH_DEV kom- 
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muniziert mit einem Modul SPU (SPU = Session and 
Presentation Unit) in der funften OSI-Schicht, das eine 
Komponente des Moduls API (API = Application Inter- 
face) ist, wobei das Modul API ein Bestandteil des Call- 
Processing CP des Teiekommunikattonssystems ist. s 
Das Modul SPU hat die Funktion eines Verteilers, d.h. 
es wertet eine von dem Modul DHJDEV empfangene 
Meldung insofem aus, indem es analysiert, an welches 
Modul die empfangene Meldung gesendet warden soil. 
Ergibt die Analyse, daft die empfangene Meldung an ein 10 
Modul ONL (Online) adressiert ist, so wird die entspre- 
chende Meldung an das Modul ONL weitergeleitet. Die- 
ses Modul ONL kommuniziert mit einem Device-Hand- 
ler L3JJPN, der in derdritten OSI-Schicht ein Bestand- 
teil des Device-Handlers DH_PORT fur die Ports des ?s 
Telekommunikationssystems ist. Das Modul L3_UPN ist 
der Device-Handler fur digitate, menugefuhrte Endge- 
rate, wan rend der Device- Handler DH_PORT allgemein 
fur die Ports die physikalischen Adressen der AnschlOs- 
se der Telekommunikationsendgerate realisiert. 20 
[0013] Beispielsweise sind in einigen Telekommuni- 
kationssystemen 500 Ports, d.h. Anschlusse fur Fem- 
sprechero.a., realisiert. Umdie Kommunikation mit dem 
Remote-Rechner PC storungsfrei von den tatsachlich 
vorhandenen physikalischen Ports zu realisieren, wird 25 
die Anzahl der Ports um "\ m erhoht, beispielsweise bei 
einer Anlage mit 500 Ports also um "1 B auf die Port- 
Nummer 501 . Das Modul L3_UPN umfaBt daher in dem 
Device-Handler DH_PORT auch das zusatzliche Port 
mit der Nummer 501, das im Beispiel der virtuelle Port 30 
ist. 

[0014] Die Schnittstelle L3_UPN empfangt Meldun- 
gen des Moduls USER des Call-Processing CP, wobei 
das Modul USER fur die Behandlung von am Endgerat 
darzustellender Menus zustandig ist. Ferner sendet die 55 
Schnittstelle L3JJPN Daten des Remote-Rechner PC 
uber einen Puffer DH_ARB an das Modul SUB (SUB = 
Subscriber) des Call-Processing CP, das die Funktion 
hat eine Meldung bzw. Daten eines UPN-Endgerats, in 
dem Beispiel des mit dem virtuellen Port Nummer 501 40 
verbundenen Remote-Rechners PC, entsprechend zu 
verarbeiten. 

[0015] Fig. 2 zeigt den Meldungsablauf in zeitlicher 
Reihenfolge eines LOGON-Vorgangs des Remote- 
Rechners PC innerhalb der Module des Teiekommuni- 4$ 
kationssy stems. Mit dem Starten einer Applikation ■On- 
line" auf dem Remote-Rechner PC, die das Endgerat 
emuliert, setzt der Remote-Rechner PC setzt eine Mel- 
dung PC_DE V_RxDATA an das Modul DH_DEVab, wo- 
bei die Meldung eine LOGON Anfrage beinhaltet. Der so 
Device-Handler der Devices setzt daraufhin eine Mel- 
dung PC_APO_LOGON an das Modul ONL ab, wobei 
in den Meldungsbezeichnungen unter APO das Modul 
ONL in der Komponente API zu verstehen ist. Der Zu- 
stand des Moduls ONL ist inaktiv, d.h. ein Wartezustand ss 
"idle", was durch die Systemvariable APO_S_IDLE ver- 
deutlicht wird . Aufgrund der LOGON-Anfrage des Re- 
mote-Rechners PC macht das Modul ONL der Daten- 



basis DBH des Systems die Existenz einer virtuellen 
Karte durch die dargestellte Meldung DB_CNFG_ADD 
bekannt, da das System ohne Kenntnis uber die virtuelle 
Karte keine Kommunikation mit dem Remote-Rechner 
PC betreiben kann. Danach setzt das Modul ONL eine 
Request AP_L3_CARD_UNLOCK_REQ zum Entsper- 
ren, d.h. Konfigurieren, der virtuellen Karte (Baugruppe) 
in dem virtuellen Slot an den Device-Handler L3JJPN 
ab. Dieser konfiguriert daraufhin die virtuelle Karte und 
mefdet eine erfolgreiche Konfiguration uber die Mel- 
dung UPN_APO_INIT_CONF an das Modul ONL zu- 
ruck. Mit dem Absetzen der Initial is ierungsanf rage des 
Moduls ONL wurde in dem Modul ONL ein erster Zeit- 
geber logonjimer gestartet. Sollte die erfolgreiche I n- 
itialisierungsmeldung daher nicht innerhalb einer vorge- 
gebenen Zeit, hier beispielsweise 5 Sekunden, erfolgt 
sein, so wird der LOGON-Vorgang abgebrochen. Mit 
dem Eintreffen des erfolgreichen Initial isierungskom- 
mandos wird das Modul ONL in den aktiven Zustand 
versetzt, dargestellt in dem ONL-Balken durch die Sy- 
stemvariable APO_S_ACTIVE, und ein zwetter Zeitge- 
ber onl_timer gestartet, der nach einer vorgegebenen 
zweiten Zeit, hier beispielsweise 30 Sekunden, die Ver- 
bindung zu dem Remote-Rechner PC wieder unter- 
bricht, wenn von dem Remote-Rechner PC keine Akti- 
vitat kommt. Das Modul ONL meldet das erfolgreiche 
LOGON an den Device-Handler DH_DEV (Meldung 
APO_PC_LOGON_OK), der wiederum eine Meldung 
DEV_PC_TxDATA an den Remote-Rechner PC uber 
den erfolgreichen LOGON-Vorgang absetzt. Damit ist 
die Verbindung zwischen dem Remote-Rechner PC und 
dem Teiekommuni kationssystem zum Zweck einer 
Fernadministration aufgebaut. 
[001 6] Fig. 3 zeigt in analoger Weise zu der Fig. 2 den 
Datenubertragungsmodus zwischen dem Remote- 
Rechner PC und der Schnittstelle L3JJPN, nachdem 
ein erfolgreiches Einloggen stattgefunden hat. Zu be- 
achten ist, da8 mit dem Einloggen des Remote-Rechner 
PC uber den in der Fig. 2 dargestellten Vorgang an dem 
Remote-Rechner PC ein admin istratives Femsprech- 
gerat in dem Remote-Rechner PC emuliert wird. Ent- 
sprechend dem in der Fig. 3 gezeigten Ablaufdiagramm 
sendet der Remote-Rechner PC Daten an die Schnitt- 
stelle LH3JJPN und empfangt von ihr Daten, wobei mit 
jedem Empfang von Meldungen des Remote-Rechners 
PC der Zeitgeber onl_timer wieder neu initialisiert wird. 
Solange die Zeitbedingung des Zeitgebers onl-timer er- 
fullt ist, befindet sich das Modul ONL im aktiven Zu- 
stand, dargestellt durch die Systemvariable 
APO_S_ACTIVE. Als Antwort auf die Meldungen des 
Remote-Rechners PC empfangt dieser entsprechende 
Meldungen der Schnittstelle L3JJPN, d.h. entspre- 
chende Menus des Moduls USER der Fig. 1, die in der 
Emulation des Endgerats auf dem Remote-Rechner 
dargestellt werden. Die Bezeichnungen der entspre- 
chenden Meldungen ist der Fig. 3 zu entnehmen. 
[001 7] Fig. 4 zeigt das Ausloggen des Remote-Rech- 
ners PC aus dem Tele kommunikat ion ssystem. Sobald 
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die Applikation "Online" des Remote-Rechners PC ge- 
schlossen wird, sendet der Remote-Rechner PC eine 
LOGOFF-Meldung an das Telekommunikationssystem, 
die virtuetle Karte wird wieder in der Datenbasis als in- 
aktiv eingetragen und Pointer und variablen reinitiali- s 
siert. AnschlieBend wird eine LOGOFF-Meldung an den 
Device-Handler DH_DE V und den Remote-Rechner PC 
gesendet und das Modul ONL gent wieder in den War- 
tezustand "idle" Ober, dargestelft durch die Systemva- 
riable AP_S_IDLE. Die Bezeichnungen der ausge- 10 
tauschten Meldungen sind der Fig. 4 zu entnehmen. 
[0018] Fig. 5 zeigt das auf dem Bildschirm 1 des Re- 
mote-Rechner PC erscheinende emulierte Bild 2 eines 
entsprechenden administrationsberechtigten Fern- 
sprechgerats, was durch die Applikation "Online" be- is 
wirkt wird. Dargestellt ist in dem Windows-Fenster 2 das 
emulierte Display 3 des emulierten Fernsprechgerats, 
dessen Befehlstasten F1 bis F8 sowie Cursortasten 4 
und 5 fur eine Aufwarts- und Abwartsbewegung eines 
Cursors ">" in dem Display 3. Ferner ist eine Bestati- 20 
gungstaste 6 des emulierten Fernsprechgerats darge- 
stellt. Diese dargestellten Tasten sowie die dargestell- 
ten Windows-Tasten "Online" zur Steuerung des Emu- 
lationsprogramms Online, "Beenden" und "Hilfe" sind 
mit der Maus des Remote-Rechners PC betatigbar und 25 
man kann die gleichen Administrationsfunktionen wie 
an einem reellen administrationsberechtigten Femspre- 
chendgerat vornehmen und die Datenbasis des Tele- 
kommunikationssystems online manipulieren und an- 
dern. 30 



Patentanspruche 

1. Telekommunikationssystem mit einer Fernadmini- 35 
stration, 

dadurch gekennzelchnet, 

daG in dem Telekommunikationssystem ein virtuel- 
les Endgerat mit den Eigenschaften eines admini- 
strationsberechtigten Endgerats definiert ist und 40 
der Datenstrom zu und von dem virtue Hen Endgerat 
auf einen an das Telekommunikationssystem ange- 
schlossenen Remote-Rechner (PC) umgeieitet 
wird. 

45 

2. Telekommunikationssystem nach Anspruch 1 
dadurch gekennzelchnet, 

daB das administrationsberechtigte Endgerat ein 
Fernsprechgerat ist. 

so 

3. Telekommunikationssystem nach Anspruch 1 oder 

2, 

dadurch gekennzelchnet, 

daB sich das virtuelle Endgerat an einem virtuellen 
Port befindet. 55 

4. Telekommunikationssystem nach Anspruch 3, 
dadurch gekennzelchnet, 



daB der virtuelle Port auf einer virtuellen Baugruppe 
angeordnet ist. 

5. Telekommunikationssystem nach Anspruch 4, 
dadurch gekennzelchnet, 

daB die virtuelle Baugruppe in einem virtuellen Slot 
steckt. 

6. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 
dadurch gekennzelchnet, 
daB auf dem Remote-Rechner (PC) ein Meldungs- 
interpreter und Emulator (Online) die Oberflache 
und Funktionalitat des administrationsberechtigten 
Endgerates realisiert. 

7. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 
dadurch gekennzelchnet, 
daG der Meldungsverkehr zwischen dem virtuellen 
Port und dem Telekommunikationssystem zu einer 
Datenschnittstelle des Systems umgeieitet wird. 

8. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 
dadurch gekennzelchnet, 
daB die Datenschnittstelle des Telekommunikati- 
onssystems eine V24-Schnittstelle, ein analoges 
Modem oder eine ISDN-Karte ist. 

9. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 

dadurch gekennzelchnet, 
daB das Telekommunikationssystem ein Device- 
Handler (L3JJPN) der UPN-Endgerate innerhalb 
des Device-Handler (DH_PORT) der Ports der drit- 
ten OSI-Schicht des Telekommunikationssystems 
aufweist, in dem ein virtuelier Port definiert wird, wo- 
bei der Device-Handler (L3JJPN) der UPN-Endge- 
rate Meldungen an ein Call-Processing (CP) des 
Telekommunikationssystems absetzt und emp- 
fangt. 

10. Telekommunikationssystem nach Anspruch 9, 
dadurch gekennzelchnet, 

daB das Call-Processing (CP) ein Application Inter- 
face (API) aufweist, in dem ein Applikations-Modul 
(ONL) zur bidirektionalen Kommunikation mit dem 
Device-Handler (L3JJPN) der UPN-Endgerate und 
zur Steuerung der online Verbindung mit dem Re- 
mote-Rechner (PC) zur Fernadministration enthal- 
ten ist. 

It. Telekommunikationssystem nach Anspruch 10, 
dadurch gekennzelchnet, 

daB das Applikations-Modul (ONL) mit dem Device- 
Handler (DH_DEV) der Devices kommuniziert, der 
die extemen Schnittstellen verwaltet. 
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Beschreibung 

[0001] Die Erfindung betrifft eine Fernadministration 
eines Telekom munikationssystems. 
[0002] Ein Telekommunikationssystem benotigt fur 
seinen Betrieb eine interne Datenbasis, die Informatio- 
nen uber Zuweisungen von Endgeraten zu intemen 
Nummern Oder Adressen, besondere Funktionen von 
Endgeraten, Rufumleitungen, Rufnummern register etc. 
enthait. Oiese Datenbasis muB bei Anderungen an dem 
Telekommunikationssystem, beispielsweise durch An- 
derung der Teilnehmer, VergroBerung des Systems, An- 
schaften neuer Endgerate etc. entsprechend angepaBt 
und abgeandert werden. Urn diese Anpassung der Da- 
tenbasis auf einer rationalen Basts durchfuhren zu kon- 
nen, ist eine Fernadministration wunschenswert, um 
beispielsweise uber ein Servicezentrum des Herstellers 
Oder des Betreibers der Telekommunikationsanlage die 
Anderungen durchfuhren zu konnen. 
[0003] Zur Fernmanipulation der Datenbasis sind im 
wesentlichen zwei Varianten bekannt. In der ersten Va- 
riante wird die gesamte Datenbasis der Telekommuni- 
kationsanlage zu einem, beispielsweise uber ein Netz 
angeschlossenen PC transferiert und uber ein entspre- 
chendes Service-Tool wird die Anderung der Datenba- 
sis vorgenommen. Die abgeanderte, an die neuen Be- 
gebenheiten angepaBte Datenbasis wird dann wieder 
in das Telekommunikationssystem zuruckgespielt. 
Nachteilig bei diesem Verfahren sind die benotigten re- 
lativ langen Transferzeiten der Datenbasis uber das 
Netz. 

[0004] Eine weitere, ubliche Moglichkeit ist die Schaf- 
fung einer umfassenden Admin istrationsschnittstelle in 
dem Telekommunikationssystem eigens fur die Admini- 
stration uber ein anzuschaltendes Terminal Oder der- 
gleichen. Nachteilig hierbei ist der erhdhte Speicherbe- 
darf des Telekommunikationssystems. 
[0005] Die Schrift DE 44 1 8 231 Al "Modular struktu- 
rierter Service Personal Computer" zeigt eine Vorrich- 
tung zur Femwartung eines Telekommunikationssy- 
stems. Dabei ist ein Telekommunikationssystem mit ei- 
ner spezieilen Datenschnittstelle fur Wartungszwecke 
ausgestattet, beispielsweise eine SCSI-Schnittstelle. 
An diese Schnittstelle wird ein PersonalComputer (PC) 
angeschlossen, der mit einer spezieilen Software fur 
Wartungszwecke ausgestattet ist. Diese Software ist mit 
einer Benutzeroberflache ausgestattet, an der Angaben 
und Informationen uber die Kommunikationsanlage ab- 
gerufen werden konnen, und mit der durch Eingaben 
Anderungen an der Konfiguration des Telekommunika- 
tionssystems vorgenommen werden konnen. Die Soft- 
ware setzt die Eingaben des Benutzers in eine spezielle, 
dem jeweiligen Typ des Telekommunikationssystems 
angepasste Befehlsfolge um und ubermittelt diese Be- 
fehle an die beschriebene Datenschnittstelle des Tele- 
kommunikationssystems. Die Software des zur Admini- 
stration eingesetzten Personal-Computers (PC) ist da- 
bei modular aufgebaut, um eine je nach Erfordernis un- 



terschiedliche Benutzeroberf lache darstellen zu konnen 
und um den verschiedenen technischen Erfordernissen 
unterschiedlicherTypen von Telekommunikationssyste- 
men Rechnung zu tragen. 

5 [0006] Ferner zeigt die Druckschrift EP-A-0 644 483 
"Computer System and Method for Performing multiple 
tasks' ein Computer-System mit mehreren Applikatio- 
nen. Dabei ist in dem Computer-System eine virtuelle 
Datenstation (virtual terminal manager) vorgesehen, 

10 der sich gegenuber einer Oder mehreren Anwendungen 
als jeweils eine Datenstation prasentiert. Jede dieser 
virtuellen Datenstationen tauscht wahlweise Oder wech- 
seiweise mit externen realen Datenstationen Oder mit 
Programmen, die reale Datenstationen simuiieren, In- 

15 formationen aus. Die gezeigte Anordnung ist dazu be- 
stimmt, mehrere Sitzungen ("sessions") fur solche An- 
wendungen zu koordinieren, die led ig lien eine einzige 
Benutzerschnittstelle aufweisen. 
[0007] Der Erfindung liegt daher die Aufgabe zugrun- 

20 de, eine schnelle Manipulation der Datenbasis einer in 
Betrieb befindtichen Telekommunikationsanlage ohne 
VergroBerung der Hardware-Resourcen zu schaffen. 
[0008] Die Aufgabe wird durch die Merkmale des An- 
spruchs 1 gelost Bevorzugte Ausfuhrungsformen der 

25 Erfindung sind Gegenstand der Unteranspruche. 

[0009] GemaB der Erfindung ist in einem Telekommu- 
nikationssystem mit einer Fernadministration ein virtu- 
elles, d.h. im Sinne dieser Erfindung durch Software 
nachgebildetes, Endgerat mit den Eigenschaften eines 

30 administrationsberechtigten Endgerat oder Teilnehmer 
definiert und der Datenstrom zu und von dem virtuellen 
Endgerat wird auf einen an das Telekommunikationssy- 
stem angeschlossenen Fern-Rechner umgeleitet. Der 
Fem-Rechner wird vorzugsweise durch einen PC reali- 

35 siert. 

[0010] Vorzugsweise ist das virtuelle Endgerat an ei- 
nem virtuellen Port angeschlossen, der sich auf einer 
virtuellen Baugruppe definiert, wobei die virtuelle Bau- 
gruppe in einem virtuellen Slot angeordnet ist. Dadurch 
40 werden vorteilhafterweise keine zusatzlichen Hard- 
ware-Resourcen benotigt. 

[0011] Um dem Benutzer einen mdglichst einfachen 
Zugang zu dem Telekommunikationssystem zu geben, 
ist erfindungsgemaB auf dem Fern-Rechner ein Mel- 

45 dungsinterpreter und ein Emulator der Oberflache des 
administrationsberechtigten Endgerates realisiert 
[0012] Der Meldungsverkehr zwischen dem virtuellen 
Port und dem Telekommunikationssystem wird zu einer 
Datenschnittstelle des Systems umgeleitet. Dabei kbn- 

so nen als Datenschnittstellen des Telekommunikationssy- 
stems ein V.24 Port, ein analoges Modem oder eine di- 
gitaie ISDN-Karte dienen. 

[0013] Die Erfindung wird nachfolgend anhand der 
Zeichnungen erlautert. 

55 

Figur t zeigt ein Blockschaltbild der Einbindung ei- 
ner Applikation "Online" ONL in die Anrufbe- 
handlung eines Telekommunikationssy- 
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stems, 

Rgur2 zeigt den Ablaut eines seitens des Fern- 
Rechners initialisierten LOGON-Vorgangs 
zum Initialisieren der Fernadministration, 

Figur3 zeigt den Ablaut des Datentransfers zwi- 
schen der Telekom munikationsanlage und 
dem Fern-Rechner wahrend der Fernadmini- 
stration, und 

Figur4 zeigt den Ablaut eines seitens des Fern- 
Rechners initialisierten LOGOFF-Vorgangs 
zum Beenden der Fernadministration, . 

Figur 5 zeigt eine Darstellung der Emulation eines 
admin istrationsberechtigten Endgerats aut 
einem FernRechner. 

[001 4] Fig. 1 zeigt in der Form eines Blockschaltbildes 
die Einbindung einer Applikation ONL in die Anrufbe- 
handlung CP ("coprocessing") eines Telekommunika- 
tionssystems, die den Meldungsverkehr zwischen ei- 
nem Fern-Rechner PC und dem Telekommunikations- 
system bzw. den Weg von Signalen oder Meldungen 
von oder zu dem Fern-Rechner PC durch die 
OSI-Schichten des Telekommunikationssystems ma- 
nagt. Uber eine Verbindung, wie beispielsweise eine 
!SDN-Verbindung, ist der Fern-Rechner PC an den Ge- 
ratetreiber (der Begriff "Geratetreiber" hat hierbei die 
gleiche Bedeutung wie der englischsprachige Begriff 
"device-handler'') SchichM DHL1 an das Telekommu- 
nikationssystem angeschlossen. Unter den hier ge- 
nannten Schichten werden Schichten des OSI-Schich- 
tenmodells verstanden. Der Geratetreiber SchichM 
DHL1 tauscht Daten mit einem Geratetreiber Schicht-2 
DHL2 aus, der wiederum mit einem Geratetreiber 
Schicht-3 DHL3 der dritten OSI-Schicht in Verbindung 
stent. 

[0015] Eine Komponente des dritten Geratetreibers 
DHL3 ist das Modul DH_DEV (Geratetreiber der Gera- 
te), das fur die Verwaltung der externen Anschlusse wie 
beispielsweise ISDN und V24 zustandig ist. Das Modul 
DH_DEV kommuniziert mit einem Modul SPU (SPU = 
Session and Presentation Unit) in der funften 
OSI-Schicht, das eine Komponente des Moduls API 
(API = Application Interface) ist, wobei das Modul API 
ein Bestandteil die Anrufbehandlung CP des Telekom- 
munikationssystems ist. Das Modul SPU hat die Funk- 
tion eines Verteilers, d.h. es wertet eine von dem Modul 
DH_DEV empfangene Meldung insofern aus, indem es 
analysiert, an welches Modul die empfangene Meldung 
gesendet werden soli. Ergibt die Analyse, da8 die emp- 
fangene Meldung an ein Modul ONL (Online) adressiert 
ist, so wird die entsprechende Meldung an das Modul 
ONL weitergeleitet. Dieses Modul ONL kommuniziert 
mit einem Geratetreiber L3JJPN, der in der dritten 
OSI-Schicht ein Bestandteil des Geratetreibers 



DH_PORT fur die Ports des Telekommunikationssy- 
stems ist. Das Modul L3JJPN ist der Geratetreiber fur 
digitate, menugefuhrte Endgerate, wahrend der Gera- 
tetreiber DH_PORT ailgemein fur die Ports die physika- 
5 lischen Adressen der Anschlusse der Telekommunika- 
tionsendgerate realisiert. 

[0016] Beispielsweise sind in einigen Telekommuni- 
kationssystemen 500 Ports, d.h. Anschlusse fur Fern- 
sprechero.a., realisiert. UmdieKommunikationmitdem 

10 Fern-Rechner PC storungsfrei von den tatsachlich vor- 
handenen physikalischen Ports zu realisieren, wird die 
Anzahl der Ports urn "1 " erhdht, beispielsweise bei einer 
Anlage mit 500 Ports also urn "1" aut die Port-Nummer 
501. Das Modul L3_UPN umfaBt daher in dem Gerate- 

« treiber DH_PORT auch das zusatzliche Port mit der 
Nummer 501 , das im Beispiel der virtuelle Port ist. 
[0017] Die Schnittstelle L3_UPN empfangt Meldun- 
gen des Moduls USER die Anrufbehandlung CP, wobei 
das Modul USER fur die Behandlung von am Endgerat 

20 darzustellender Menus zustandig ist. Ferner sendet die 
Schnittstelle L3_UPN Daten des Fern-Rechner PC uber 
einen Puffer DH_ARB an das Modul SUB (SUB = Sub- 
scriber) der Anrufbehandlung CP, das die Funktion hat 
eine Meldung bzw. Daten eines UPN-Endgerats, in dem 

25 Beispiel des mit dem virtuellen Port Nummer 501 ver- 
bundenen Fern-Rechners PC, entsprechend zu verar- 
beiten. 

[0018] Fig. 2 zeigt den Meldungsablauf in zeitlicher 
Reihenfolge eines LOGON-Vorgangs des Fern-Rech- 

30 ners PC innerhalb der Module des Telekommunikati- 
onssystems. Mit dem Starten einer Applikation "Online" 
auf dem Fern-Rechner PC, die das Endgerat emuliert, 
setzt der Fern-Rechner PC setzt eine Meldung 
PC_DEV_RxDATA an das Modul DH_DEV ab, wobei 

35 die Meldung eine LOGON Anfrage beinhaltet. Der Ge- 
ratetreiber der Gerate setzt daraufhin eine Meldung 
PC_APO_LOGON an das Modul ONL ab, wobei in den 
Meldungsbezeichnungen unter APO das Modul ONL in 
der Komponente API zu verstehen ist. Der Zustand des 

*o Moduls ONL ist inaktiv, d.h. ein Wartezustand "idle", was 
durch die Systemvariable APO_SJDLE verdeutlicht 
wird . Aufgrund der LOGON-Anfrage des Fern-Rech- 
ners PC macht das Modul ONL der Datenbasis DBH des 
Systems die Existenz einer virtuellen Karte durch die 

45 dargestellte Meldung DB_CNFG_ADD bekannt, da das 
System ohne Kenntnis uber die virtuelle Karte keine 
Kommunikation mit dem Fern-Rechner PC betreiben 
kann. Danach setzt das Modul ONL eine Request 
AP_L3_CARD_UNLOCK_REQ zum Entsperren, d.h. 

so Konfigurieren, der virtuellen Karte (Baugruppe) in dem 
virtuellen Slot an den Geratetreiber L3JJPN ab. Dieser 
konfiguriert daraufhin die virtuelle Karte und meldeteine 
erfolgreiche Konfiguration uber die Meldung 
UPN_APOJNIT_CONF an das Modul ONL zuruck. Mit 

55 dem Absetzen der Initialisierungsanfrage des Moduls 
ONL wurde in dem Modul ONL ein erster Zeitgeber 
logon_timer gestartet. Sollte die erfolgreiche Initialisie- 
rungsmeldung daher nicht innerhalb einer vorgegebe- 
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nen Zeit, hier beispielsweise 5 Sekunden, erfolgt sein, 
so wird der LOGON-Vorgang abgebrochen. Mit dem 
Eintreffen des erfolgreichen Initialisierungskommandos 
wird das Modul ONL in den aktiven Zustand versetzt, 
dargestellt in dem ONL-Balken durch die Systemvaria- 
ble APO_S_ACTIVE, und ein zweiter Zeitgeber 
onLtimer gestartet, der nach einer vorgegebenen zwei- 
ten Zeit, hier beispielsweise 30 Sekunden, die Verbin- 
dung zu dem Fern-Rechner PC wieder unterbricht, 
wenn von dem Fern-Rechner PC keine Aktivitat kommt. 
Das Modul ONL meldet das erfolgreiche LOGON an den 
Geratetreiber DH_DEV (Meldung 

APO_PC_LOGON_OK), der wiederum eine Meldung 
D EV_PC_TxD ATA an den Fern-Rechner PC uber den 
erfolgreichen LOGON-Vorgang absetzt. Damit ist die 
Verbindung zwischen dem Fern-Rechner PC und dem 
Telekommunikationssystem zum Zweck einer Fernad- 
ministration aufgebaut. 

[0019] Fig. 3 zeigt in analoger Weise zu der Fig. 2 den 
Datenubertragungsmodus zwischen dem Fern-Rech- 
ner PC und der Schnittstelle L3_UPN, nachdem ein er- 
folgreiches Einloggen stattgefunden hat Zu beachten 
ist, da(3 mit dem Einloggen des Fern-Rechner PC uber 
den in der Fig. 2 dargestellten Vorgang an dem Fern- 
Rechner PC ein administratives Fernsprechgerat in 
dem Fern-Rechner PC emuliert wird. Entsprechend 
dem in der Fig. 3 gezeigten Ablaufdiagramm sendet der 
Fern-Rechner PC Daten an die Schnittstelle LH3JJPN 
und empfangt von ihr Daten, wobei mit jedem Empfang 
von Meldungen des Fem-Rechners PC der Zeitgeber 
onLtimer wieder neu initialisiert wird. Solange die Zeit- 
bedingung des Zeitgebers onl-timer erf u lit ist, befindet 
sich das Modul ONL im aktiven Zustand, dargestellt 
durch die Systemvariable APO_S_ACTI VE. Als Antwort 
auf die Meldungen des Fern-Rechners PC empfangt 
dieser entsprechende Meldungen der Schnittstelle 
L3JJPN, d.h. entsprechende Menus des Moduls USER 
der Fig. 1 , die in der Emulation des Endgerats auf dem 
Fern-Rechner dargestellt werden. Die Bezeichnungen 
der entsprechenden Meldungen ist der Fig. 3 zu entneh- 
men. 

[0020] Fig. 4 zeigt das Ausloggen des Fern-Rechners 
PC aus dem Telekommunikationssystem. Sobald die 
Applikation "Online" des Fern-Rechners PC geschlos- 
sen wird, sendet der Fern-Rechner PC eine LO- 
GOFF-Meldung an das Telekommunikationssystem, 
die virtuelle Karte wird wieder in der Datenbasis als in- 
aktiv eingetragen und Pointer und Variablen reinitiali- 
siert AnschlieGend wird eine LOGOFF-Meldung an den 
Geratetreiber DH_DEV und den Fern-Rechner PC ge- 
sendet und das Modul ONL geht wieder in den Warte- 
zustand "idle" uber, dargestellt durch die Systemvaria- 
ble AP_SJDLE. Die Bezeichnungen der ausgetausch- 
ten Meldungen sind der Fig. 4 zu entnehmen. 
[0021 ] Fig. 5 zeigt das auf dem Bildschirm 1 des Fern- 
Rechner PC erscheinende emulierte Bild 2 eines ent- 
sprechenden admin istrationsberechtigten Femsprech- 
gerats, was durch die Applikation "Online" bewirkt wird. 



Dargestellt ist in dem Windows- Fenster 2 das emulierte 
Display 3 des emulierten Femsprechgerats, dessen Be- 
fehistasten F1 bis F8 sowie Cursortasten 4 und 5 fur 
eine Aufwarts- und Abwartsbewegung eines Cursors 

5 ">" in dem Display 3. Ferner ist eine Bestatigungstaste 
6 des emulierten Femsprechgerats dargestellt. Diese 
dargestellten Tasten sowie die dargestellten Windows- 
Tasten "Online" zur Steuerung des Emulationspro- 
gramms Online, "Beenden" und "Hilfe" sind mit der 

10 Maus des Fern-Rechners PC betatigbar und man kann 
die gleichen Administrationsfunktionen wie an einem re- 
el len admin istrationsberechtigten Fernsprech endgerat 
vornehmen und die Datenbasis des Telekommunikati- 
onssystem s online manipulieren und andern. 

15 

Patentanspruche 

1. Telekommunikationssystem mit einer Fernadmini- 
20 stration, bei dem zur Administration in einem Da- 
tenstrom Meldungen zwischen einer Anrufbehand- 
lung (CP) des Telekommunikationssystems und zu- 
mindest einem administrationsberechtigten Endge- 
rat ausgetauscht werden, 
25 bei dem das Telekommunikationssystem einen Ge- 
ratetreiber (L3_UPN) fur administrationsberechtig- 
te Endgerate aufweist, wobei der Geratetreiber 
(L3_UPN) fur administrationsberechtigte Endgera- 
te Meldungen an ein Programmodui zur Anrufbe- 
30 handlung (CP) des Telekommunikationssystems 
absetzt und empfangt, 

bei dem das Telekommunikationssystem einen wei- 
teren Geratetreiber (DH_DEV) fur externe Schnitt- 
stellen aufweist, 

35 dadurch gekennzeichnet, 

daB es sich bei dem zumindest einen administrati- 
onsberechtigten Endgerat urn ein duch Software 
nachgebildetes Endgerat handelt, wobei der Daten- 
strom zu und von dem durch Software nachgebil- 

40 deten Endgerat auf einen uber die externe Schnitt- 
stelle an das Telekommunikationssystem ange- 
schlossenen Fern-Rechner (PC) umgeleitet wird, 
indem das Telekommunikationssystem ein Applika- 
tions-Modul (ONL) zur bidirektionalen Kommunika- 

45 tion zwischen dem Geratetreiber (L3_UPN) fur ad- 
ministrationsberechtigte Endgerate und dem weite- 
ren Geratetreiber (DH_DEV)f Or externe Schnittstel- 
len aufweist. 

so 2. Telekommunikationssystem nach Anspruch 1 , 
dadurch gekennzeichnet, 
daB sich das durch Software nachgebildete Endge- 
rat an einem durch Software nachgebildeten Port 
befindet 

55 

3. Telekommunikationssystem nach Anspruch 2, 
dadurch gekennzeichnet, 
daB der durch Software nachgebildete Port auf ei- 
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ner ebenso durch Software nachgebildeten Bau- 
gruppe angeordnet ist 

4. Telekommunikationssystem nach Anspruch 3, 
dadurch gekennzeichnet, 5 
daB die durch Software nachgebildete Baugruppe 

in einem durch Software nachgebildeten Slot 
steckt. 

5. Telekommunikationssystem nach einem der voran- w 
gegangenen Anspruche, 

dadurch gekennzeichnet, 
daB auf dem Fern-Rechner (PC) ein Meldungsin- 
terpreter und Emulator (Online) die Oberflache und 
Funktionalitat des administrationsberechtigten is 
En dge rates realisiert 

6. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 

dadurch gekennzeichnet, 20 

daB der Meldungsverkehr zwischen dem durch 
Software nachgebildeten Port und dem Telekom- 
munikationssystem zu einer Datenschnittstelle des 
Telekommunikationssystems umgeleitet wird. 

25 

7. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 

dadurch gekennzeichnet, 
daB die Datenschnittstelle des Telekommunikati- 
onssystems eine V.24-Schnittstelle, ein analoges 30 
Modem oder eine ISDN-Karte ist. 

8. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 

dadurch gekennzeichnet, 35 

daB der Geratetreiber (L3JJPN) fur administrati- 
onsberechtigte Endgerate innerhalb des Gerate- 
treibers (DH_PORT) der Ports der dritten 
OSI-Schicht des Telekommunikationssystems an- 
geordnet ist. 40 

9. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 

dadurch gekennzeichnet, 

dal3 das Programmmodul zur Anrufbehandlung 45 
(CP) ein Application Interface (API) aufweist, in 
dem das Applikations-Modul (ONL) zur bidirektio- 
nalen Kommunikation und zur Steuerung der online 
Verbindung mit dem Fern-Rechner (PC) zur Fern- 
administration enthalten ist. so 

10. Telekommunikationssystem nach einem der voran- 
gegangenen Anspruche, 

dadurch gekennzeichnet, 

daB das administrationsberechtigte Endgerat als ss 
UPN-Endger3t ausgefuhrt ist. 



Claims 

1 . Telecommunication system having a remote admin- 
istration function, in which, for administration in a 
data stream, messages are exchanged between a 
call processing unit (CP) in the telecommunication 
system and at least one terminal with administration 
authorization, 

in which the telecommunication system has a de- 
vice handler (L3JJPN) for terminals with adminis- 
tration authorization, the device handler (L3_UPN) 
for terminals with administration authorization 
transmitting and receiving messages to/from a pro- 
gram module for the call processing unit (CP) in the 
telecommunication system, 
in which the telecommunication system has a fur- 
ther device handler (DH_DEV) for external interfac- 
es, 

characterized In that 

the at least one terminal with administration author- 
ization is a terminal which is simulated by software, 
the data stream to and from the terminal simulated 
by software being diverted to a remote computer 
(PC) connected to the telecommunication system 
via the external interface by virtue of the telecom- 
munication system having an application module 
(ONL) for bidirectional communication between the 
device handler (L3_UPN) for terminals with admin- 
istration authorization and the further device han- 
dler (DH_DEV) for external interfaces. 

2. Telecommunication system according to Claim 1 , 
characterized in that the terminal simulated by 
software is located on a port simulated by software. 

3. Telecommunication system according to Claim 2, 
characterized in that the port simulated by soft- 
ware is arranged on a unit likewise simulated by 
software. 

4. Telecommunication system according to Claim 3, 
characterized in that the unit simulated by soft- 
ware is located in a slot simulated by software. 

5. Telecommunication system according to one of the 
preceding claims, characterized in that a message 
interpreter and emulator (Online) on the remote 
computer (PC) provide the interface and function- 
ality of the terminal with administration authoriza- 
tion. 

6. Telecommunication system according to one of the 
preceding claims, characterized in that the mes- 
sage traffic between the port simulated by software 
and the telecommunication system is diverted to a 
data interface for the telecommunication system. 

7. Telecommunication system according to one of the 
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preceding claims, characterized in that the data 
interface for the telecommunication system is a V. 
24 interface, an analogue modem or an ISDN card. 

8. Telecommunication system according to one of the 5 
preceding claims, characterized In that the device 
handler (L3_UPN) for terminals with administration 
authorization is arranged inside the device handler 
(DI-LPORT) for the ports in the third OSI layer in 

the telecommunication system. 10 

9. Telecommunication system according to one of the 
preceding claims, characterized in that the pro- 
gram module for the call processing unit (CP) has 

an application interface (API) which contains the is 
application module (ONL) for bidirectional commu- 
nication and for controlling the online connection to 
the remote computer (PC) for remote administra- 
tion. 

20 

10. Telecommunication system according to one of the 
preceding claims, characterized in that the termi- 
nal with administration authorization is configured 
as a UPN terminal. 



Revendlcations 

1 . Systeme de telecommunication avec une gestion a 
distance, 30 

dans lequel, en vue de la gestion, des mes- 
sages sont ^changes dans un flux de donnees en- 
tre un traitement d'appel (CP) du systeme de tele- 
communication et au moins un terminal autorise a 
gerer, 35 

dans lequel le systeme de telecommunication 
comporte un pilote d'appareils (L3JJPN) pour ter- 
minaux autorises a gerer, le pilote d'appareils 
(L3_UPN) pour terminaux autorises a gerer en- 
voyant des messages a un module de programme *o 
destine au traitement d'appel (CP) du systeme de 
telecommunication et en recevant de celui-ci, 

dans lequel le systeme de telecommunication 
comporte un autre pilote d'appareils (DH_DEV) 
pour interfaces externes, 45 

caracterise par le fait que 

le au moins un terminal autorise a gerer est 
un terminal simuie par logiciel, le flux de donnees 
de et vers le terminal simuie par logiciel etant d6vie 
sur un ordinateur distant (PC) raccorde au systeme so 
de telecommunication par I'intermediaire de Inter- 
face externe, le systeme de telecommunication 
comportant un module d'application (ONL) pour la 
communication bidirectionnelle entre le pilote d'ap- 
pareils (L3JJPN) pour terminaux autoris6s a gerer 55 
et I' autre pilote d'appareils (DH_DEV) pour interfa- 
ces externes. 



2. Systeme de telecommunication selon la revendica- 
tion 1 , 

caracterise par le fait que 

le terminal simuie par logiciel se trouve a un 
port simuie par logiciel. 

3. Systeme de telecommunication selon la revendica- 
tion 2, 

caracterise par le fait que 

le port simuie par logiciel est agence sur un 
module egalement simuie par logiciel. 

4. Systeme de telecommunication selon la revendica- 
tion 3, 

caracterise par le fait que 

le module simuie par logiciel est enfiche dans 
un logement simuie par logiciel. 

5. Systeme de telecommunication selon Tune des re- 
vendications precedentes, 

caracterise par le fait que, 

sur I'ordinateur distant (PC), un interpreter 
de messages et emulateur (Online) realise I'interfa- 
ce et la fonctionnalite du terminal autorise a gerer. 

6. Systeme de telecommunication selon I'une des re- 
vendications precedentes, 

caracterise par te fait que 

la circulation de messages entre le port simu- 
ie par logiciel et le systeme de telecommunication 
est devie vers une interface de donnees du systeme 
de telecommunication. 

7. Systeme de telecommunication selon I'une des re- 
vendications precedentes, 

caracterise par le fait que 

I'interface de donn6es du systeme de tele- 
communication est une interface V.24, un modem 
analogique ou une carte RNIS. 

8. Systeme de telecommunication selon I'une des re- 
vendications precedentes, 

caracterise par le fait que 

le pilote d'appareils (L3_UPN) pour terminaux 
autoris6s a gerer est agence a I'interieur du pilote 
d'appareils (DH_PORT) des ports de la troisieme 
couche OSI du systeme de telecommunication. 

9. Systeme de telecommunication selon Tune des re- 
vend ications precedentes, 

caracterise par le fait que 

le module de programme destine au traite- 
ment d'appel (CP) comporte une interface d'appli- 
cation (API) qui contient le module d'application 
(ONL) destine a la communication bidirectionnelle 
et a la commande de la liaison en direct online avec 
I'ordinateur distant (PC) destine a la gestion a dis- 
tance. 



6 



11 EP 0 944 223 B1 

10. Systdme de telecommunication selon Tune des re- 
vendications pr6c£dentes, 

caracteris6 par le fait que 

le terminal autoris6 a g6rer est con$u comme 
un terminal UPN. s 
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